home *** CD-ROM | disk | FTP | other *** search
/ Amiga Tools 5 / Amiga Tools 5.iso / tools / developer-tools / amos-tools / eaissue3a / text / ripper_1.asc < prev    next >
Encoding:
Text File  |  1996-07-13  |  3.5 KB  |  98 lines
  1. û
  2. Multiripper V3 - Written by Erlend M. Simonsen. For the latest update,
  3. send disk + SAE to :
  4.  
  5. ý
  6.                           Erlend M. Simonsen
  7.                           Bjoernheimveien 8D
  8.                             N-1086 Oslo 10
  9.                                 Norway
  10.  
  11. ü
  12.                       Making a Multiripper disk
  13.                       -------------------------
  14.  
  15. ù
  16.     In order to create the correct kind of ripper disk that is featured in
  17. these below tutorials, you must have a copy of Multiripper V3.00. This is
  18. shareware, and an update can be acquired from the programmer at the
  19. above address.
  20.  
  21.     The first thing for you to do, is format a new disk and install a
  22. bootblock onto it. Then, make the drawer S, and copy the Multiripper program
  23. file onto the root of the disk.
  24.  
  25. ÿ
  26. ù
  27.     You will then need to use a wordprocessor to enter the name of the file
  28. you saved the ripper as, enabling it to boot automatically. In the archive,
  29. the file is called MR30, and once this has been typed in, save it as
  30. S/STARTUP-SEQUENCE so that the drive will boot it up.
  31.  
  32.     If you want to, copy the DEVS:SYSTEM-CONFIGURATION file into the root of
  33. the disk, which enables Topaz 80, rather than the default Topaz 60 font.
  34.  
  35.     The rest of the disk is to be kept blank. No librarys are needed by the
  36. program, so it uses as little memory as possible.
  37.  
  38. ü
  39.                            Why this setup?
  40.                            ---------------
  41.  
  42. ù
  43.     A lot of games have their music files stored right at the beginning of
  44. the memory block. When you reset your Amiga, this information is still kept
  45. there, and the next program is loaded over the top of whatever was underneath,
  46. without the computer knowing that it is doing so. Multiripper searches
  47. through the memory of the computer to uncover music modules of certain types,
  48. or decrunchers, which unpack vital information from games, such as tunes and
  49. ÿ
  50. ù
  51. graphics.
  52.  
  53.     Multiripper is loaded right at the start of the memory buffer, enabling as
  54. much memory as possible to be searched. If you have lots of programs running
  55. beforehand, then the ripper is loaded further into the buffer, and your
  56. chances of finding the modules that you want are very slim indeed. That is
  57. why you only have the absolute essentials to boot the program. No DEVS drawer,
  58. no LIBS drawer, as the computer can put these into memory, making the ripper
  59. load further inside the buffer.
  60.  
  61.     It is also a good idea to have a couple of formatted disks ready, and it is
  62. also a lifesaver if like me, you have a hard disk, and are able to pull the
  63. power plug easily, as this wipes a lot of memory when booting in. If possible,
  64. always try and use ripper with your hard drive turned off, then put the disk
  65. in with the ripper. All modules etc. found can then be saved to disk, giving
  66. you that extra 50,000+ bytes at the start of the buffer.
  67.  
  68.  
  69.  
  70.  
  71. ÿ
  72. ü
  73.                            Why rip modules?
  74.                            ----------------
  75.  
  76. ù
  77.     A lot of programmers require various music tracks to include in their own
  78. games, as they cannot write their own.
  79.  
  80.     They must say that they did not write the music, otherwise it is theft,
  81. basically. It is also a good way to get hold of some pretty outrageous samples.
  82.  
  83. ü
  84.                            What's to come?
  85.                            ---------------
  86.  
  87. ù
  88.     The second part of this tutorial explains just how to use the ripper
  89. program and the third part gives you even more examples to work with, including
  90. extracting modules from decrunchers stored on non-DOS disks.
  91.  
  92. ú
  93. [Andrew "Mushroom" Kellett]
  94.  
  95. ÷
  96. EOF
  97.  
  98.